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COMMUNICATIONS DEVICE AND METHOD COMPRISING USER PROFILES 
MATCHING BETWEfflT CQMP ATIBLS DEVICES 



This invention relates to a. ojmmuiucations device and method for sending information 
between compatible such communications devices. 

Many people experience problems meeting new people who share common interests. 
Typically this is due to shyness or lade of confidence. Often it is because of an inability 
to locate or identify suitable individuals. For example, a person who Uvea in a big city 
and who is looking for a relationship baaed on casual sex may walk past many suitable 
potential partners, all similarly desiring casual sex on a daily basis. However, it is 
extremely unlikely that such a person would identify the potential partners that come 
into proximity at all, let alone interact with them. It is not easy for such a person to 
advertise their desires by means of a physical marker, since this can create a social 
stigma and could actually be off-putting to potential partners. 

It is similarly the case that a person could be interested in finding a new tennis partner. 
Again, the person might well routinely pass many suitable partners, unaware of their 
suitability- Although discretion is Jess important when trying to find a partner to meet a 
need such as this, the person would still find it difficult to make his ot her desire for a 
tennis partner known to suitable people. 

Although recent advances in the Internet have provided a wealth of opportunities for 
people to share information, these all suffer from serious inherent difficulties when 
serving as a means for users to meet new people, particularly where tins is for romantic 
needs. For example, Internet chat rooms provide a forum in which people can converse 
freely, unhindered by the usual inhibitions of normal fece-to-face contact This can 
alleviate the problems associated with the natural coyness of some users, when it comes 
to discussing romantic issues with strangers, for example. However, a consequence of 
the lade of face-to-face interaction is that a user has little or no way of verifying the 
information communicated to them by other users. Also, for a user to arrange a meeting 
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with another user, both users will almost inevitably have to divulge personal 
information, which could include physical characteristics and contact details. This need 
to divulge personal information has serious security drawbacks, as revealing even 
modest personal details over the Internet can lead to dangerous and unwanted attention. 

Similarly, there has been huge recent growth in personal mobile communications 
technology, especially with the escalation in popularity of mobile telephones. However, 
these devices are also largely unsuitable for meeting new people with shared interests, 
and are more suited to facilitating communication between users already acquainted 
with each other. 

There therefore remains a need for a means to enable users to find, and if desired, meet 
others who share the same interests as fhemi without divulging toeir personal details to 
me world at large. 

There is also a need for businesses to find new avenues to alert potential consumers of 
their products or services. Potential customers are continually bombarded with 
advertisements, often with little or no targeting. 

To overcome some of toe foregoing problems, WO 97/49192 discloses a portable 
electronic device for fecilitating communications between users possessing compatible 
devices. The device incorporates a keypad and uses radio signalB to communicate with 
other such devices. A user selects their requirements via the keypad, and 
communication is established with those devices whose users have made the same key 
selection. The keys of the device are set to predetermined functions, which can be 
changed by toe use of plug-in cards and totercbangeable masks on the keypad. 

Conventional communications devices such as those described in WO 97/49192 provide 
means for facilitating toe meeting of users With shared interests (i.e. those who have 
selected the same key pattern). However, systems of this type rely on each user being 
aware of toe meaning corresponding to each key selection. Furthermore, although the 
keypads may be changeablo, such devices are not configurable to toe precise needs of 
toe user, as they are inherently reliant on a predetermined and finite list of options. 
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Other conventional communications devices for matching the interests of users, such as 
those described in WO (XV22860, rely on the use of a central database to store 
information relating to the needs of toe user. In such systems, each user carries a mobile 
electronic device mat relays positional data of the user through a wireless connection to 
abase station, and on to a central database, which registers information relating to the 
position of each user. The user is them automatically notified of the proximity of other 
users Whose interests match theirs. 

When two users are proximate each other, toe central database is checked to see if their 
stored profiles match and if a match is detected, the users are alerted. Such systems have 
the drawback that they are inherently reliant on a large mjfrastructure comprising a 
network of base stations and a central database. They are also reliant on toe wireless 
technology used by toe portable devices being capable of relaying toe user's positional 
data. 

It is an object of toe present invention to provide a communications device and 
associated confiscations method that obviates many of toe problems associated with 
conventional devices for matching toe interests of users with compatible devices. 

According to a first aspect of toe invention there is provided a communications device 
comprising: a memory adapted to Store at least one profile of a user of the device, 
wherein the said at least one profile contains tntdetemfined attributes and reqiiirements 
of toe user; atwnsceiver adapted to transmit information relating to the said 
requirements to a compatible device and receive information relating to requirements of 
the said compatible device; a controller adapted to register a match between the said 
device and the said compatible device, only when toe Said attributes match the said 
requirements of the said compatible device; and a user alert adapted to alert a user when 
the controller has established that a match has been made; wherein the said device does 
not need to receive information relating to attributes of toe said compatible device, in 
order to register a match with toe said compatible device. 
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Such a device is thus adapted to ensure that the user of both the device and the 
compatible device match each other before either user is alerted The device is adapted 
to register a match relying only on the exchange of requirements of the users, and not 
the attributes. No artificial intelligence is required to match the users, as matches are 
determinedby comparing received requirements with stored attributes, this contrasts to 
conventional systems, which generally attempt to match users based on what each user 
has told me system about him or herself 

to a particularly preferred embodiment the user alert is adapted to alert the user only 
wbai toe controUer has established that a match has been made and that amafch signal 
has been received from the compatible device, said match signal indicating that the 
compatible device has registered a corresponding match. 

Preferably the device may comprise a display. The display may be adapted to display an 
indication of the ox each profile stored in toe device. 

In a preferred embodiment the device is adapted to allow toe user to designate which of 
the stored at least one profiles the user designates as active; toe said memory is further 
adapted to store an indication of the active profile or profiles; and toe communicator is 
further adapted to exchange information with a compatible device based only on toe 
active profile or profiles. The device may comprise a keypad, said keypad being adapted 
to allow a user to activate a profile from those stored in toe device, to a preferred 
embodiment the display is further adapted to display an indication of the active profiles. 
The memory may comprise a combination of volatile and non-volatile memory. 

The user alert may be adapted to provide a visual indication to toe user. In a preferred 
embodiment the user alert is adapted to provide toe visual indication using toe display. 
The user alert may comprise at least one LED. The user alert may be adapted to provide 
an audible indication to toe user. The user alert may be adapted to provide a vibrating 
indication to the user. 



In a preferred embodiment toe or each said profile comprises a self-describing date file, 
each selWescribing data file comprising at least one field. The or each said profile may 
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comprise at least one of a plurality of possible field types. The or each said profile can 
comprise one or more sets of fields of a keyword type, said one or more sfcts of fields 
allowing matching to be performed against use* determined free text The or each said 
profile may comprise a field that can contain a mandatory flag, the said mandatary flag 
indicating to the device whether blank fields are required to always or never be matched 
against In a preferred embodiment, the memory is adapted to store multiple instances of 
the same profile type; wherein the devicfe is adapted to: match all the multiple instances 
of the sariie profile in a matching process that involves transmitting a two dimensional 
matrix of flags that indicate a match Or no match, the columns of said matrix being 
indexed on the instances of the profile stored in the metnory; receive a corresponding 
two dimensional matrix from the compatible device; transform the received matrix; and 
compare the transformed received matrix with the sent matrix to identify any and all 
matches for this profile type* 

The or each said profile may comprise a header section, the header section comprising a 
unique profile ID of the respective profile. In a preferred embodiment the header section 
is the only section of the or each said profile that cannot be modified by the user. 

In a particularly preferred embodiment the attributes and requirements of the or each 
said profile are determined by the user. 

Preferably the device is adapted to communicate with a suitably programmed compute. 
The device may be adapted to communicate with the suitably programmed computer 
using a cable connection between the device and the suitably programmed computer. 
The device may be adapted to communicate with the suitably programmed computer 
using the said transceiver. In a preferred embodiment the device is adapted to store the 
populated at least one profile, upon receipt of information relating to the said attributes 
and requirenLcnts from the said computer. The device maybe adapted to store new 
profile types, upon receipt of information relating to the said new profile types from the 
said suitably programmed computer. The said information relating to the said new 
profile types may be downloaded to the said suitably programmed computer from any 
of the Internet, an email attachment, or a MMS attachment 
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The device may comprise a timer and a timing register, and wherein die timing register 
is adapted to store timing mformation far the ox each said profile. Preferably the timing 
information comprises a predetermined active period for the or each said profile. The 
timing information may comprise a schedule relating to the activation and deactivation 
of the or each said profile at user defined times. 

In a particularly preferred embodiment the m^oryiS adapted to store a umqne ID of 
the device. Hie memory may comprise a recent encounters cache, the said recent 
encounters cache comprising a Est of received unique IDs of compatible devices that 
have communicated with the device. The device may be further adapted to allow the 
user to blacklist compatible devices after the establishment of a match, and wherein the 
memory comprises a blacklist cache, the said blacklist cache comprising a list of 
received unique IDs of compatible devices that the user has blacklisted 

In a preferred embodiment the device comprises a probe alert, the said probe alert being 
adapted to aid the user physically to locate the user of the compatible device once a 
match has been established. The probe alert may be adapted to provide a visual location 
indication to the user. The probe alert may comprise at least one LED. The probe alert 
may be adapted to provide the visual location indication to the user using the display. 
The probe alert may adapted to.provide an audible location indication. The probe alert 
may be adapted to provide a vibrating location indication. 

In a preferred embodiment the device is ^adapted to store at least one handle, me or each 
said handle generally comprising a string of characters, and whereto the device is 
adapted to enable the or each said handle to be sent to the compatible device on the 
establishment of a match. The or each said handle may comprise information pertaining 
to the established match. The memory may be adapted to store a match log, the said 
match log comprising infannation regarding previously established matches. In a 
particularly preferred embodiment the match log may comprise a unique ID of each 
previously matched compatible device along with any received handles. The match log 
may comprise information regarding details of communications between the device and 
compatible devices that did not restdt in a match. The device may be adapted to upload 
the contents of the match log to the suitably programmed computer. 
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In a preferred embodiment the memory is adapted to store only profiles thatcomprise a 
predetermined flag in (he header section. Preferably the predetermined flag is formed 
from a mnnber of bits of the Profile ID, and the device adapted only to match with 
compatible devices that have at least one stored profile wim an identical corresponding 
bit set of the predetemnned flag. 

in a particularly preferred embodiment the transceiver is adapted to exchange 
information with toe compatible device using short range wireless communications. The 
short range wireless oommunications may employ radio or microwave transmission. 
The wireless communication may employ Bluetooth or Wi-Fi transmission. The 
wireless communication may employ any location aware tdecofflmtmications network. 
The location aware telecommunicHtions network may employ 3G transmission. 

The transceiver may be adapted to exchange mforrnation with toe compatible device 
using long range wireless (xmununicafions. 

Tne device maybe a portable device. The portable device may be any one o£ or a 
combmation of: a mobile telephone, a PDA, a pager, a palmtop computer, a notebook 
center or a laptop computer. The device may be adapted to perform any one o£ or a 
combination of. populating the or each said profile, creating new profiles, connecting to 
the Internet or accessing email or MMS attachments and downloading new profiles. 

The device may not be portable. The device may be any of. a personal computer, 
workstation, server, or terminal. The device may be adapted to perform any one of, or a 
combination of: populating the Or each said profile, creating new profiles, connecting to 
toe Internet or accessing email or MMS attachments and downloading new profiles. 

. in a preferred embodiment the memory is adapted to store at least one profile that is a 
aymmetric profile, the said symmetric profile comprising a set of attributes and 
requirements fields which is adapted to be svinmetric with respect to that of a 
compatible device. 
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In a preferred embodiment toe memory is adapted to store at least one profile that is an 
asymmetric profile, the said asymmetric profile comprising a Bet of attributes and 
tequirements fields that is adapted to be asymmetric with respect to that of a compatible 
device. The device may be adapted to store an indication of whether the user is a 
provider or a finder in the profile. The said asymmetric profile may comprise multiple 
instances of the attributes of the user. The device may be adapted to populate the 
attributes of the said asymmetric profile by referencing an external database, roe said 
external database being stored on any of a LAN, a WAN, personal computer, 
workstation, server, tennmal or the Internet The device may be adapted to stare the 
^ts of the reference to the external database after a match has been established, if the 
user of the compatible device becomes out of range before the user of the device is 
alerted to the match; and alert the user to the match if the user of the compatible device 
beooines in range again within a predetermined time period, without referring to the 
external database again. 

In an embodiment the device is adapted to upload the or each said profile to a central 
database, said central database being adapted to store location information relating to 
the users; and match users baaed on the attributes and requirements of the or each said 
profile and the location information relating to the users. 

According to a second aspect of the invention there is provided a communications 
method comprising the steps of: storing at least one profile of a user in a memory of a 
communications device, wherein the or each said profile contains predetermined 
attributes and reqinreraents of the user, using a transceiver of the device to transmU 
information relating to the said requirements to a compatible device and receive 
information relating to requirements of the said compatible device; using a controller to 
register a match between the said device and the said compatible device, only when the 
said attributes match the said requirements of the said compatible device; and using a 
user alert to alert a user when the controller has established mat a match has been made; 
wherein the said device does not need to receive information relating to attributes of the 
said compatible device, in order to register a match with foe said compatible. device. 
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In a particularly preferred embodiment the user is alerted only when a match has been 
registered and a match signal has been received from the compatible device, the said 
match signal indicating that the compatible device has registered a corresponding 
match. 

Preferably the method further comprises the step of using a display to display an 
indication of the profiles stored in the device. 

In a preferred embodiment the method further comprises the steps of allowing the user 
to designate which of the stored at least one profiles are designated as active; storing an 
indication of the active profile or profiles in the memory; and exchanging information 
with a compatible device based only on the active profile or profiles, lie method may 
comprise the step of using a keypad to activate a profile from those stored in the device. 
The method may comprise the step of using the display to display an indication of the 
active profile or profiles. The memory may comprise a combination of volatile and non- 
volatile memory. 

The method may comprise the step of using the user alert to provide a visual indication 
to the user. In a preferred embodiment the visual indication may be provided using the 
display. The visual indication may be provided using at least one LED. The method 
may comprise the step of using the user alert to provide an audible indication to the 
user. The method may comprise the stq> of using the user alert to provide a vibrating 
indication to the uSer. 

In a preferred embodiment the or each said profile comprises a self-describing data file, 
each self-describing data file comprising at least one field. The or each said profile may 
comprise at least one of a plurality of possible field types. The or each said profile may 
comprise one or more sets of fields of a keyword type, said one or more sets of fields 
allowing matching to be performed against user determined free text The or each said 
profile may comprise a field that can contain a mandatory flag, the said mandatory flag 
indicating to the device whether blank fields are required to always or never be matched 
against In a preferred embodiment the method may further comprise the steps of 
storing multiple instances of the same profile type in the memory; matching all the 
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multiple instances of the same profile in a matching process that involves transmitting a 
two dimensional matrix of flags that indicate a match or no match* the columns of said 
matrix being indexed on the instances of the profile stored in the memory; receiving a 
corresponding two dimensional matrix from Ibt compatible device; transforming the 
received matrix; and comparing the transformed received matrix with the sent matrix to 
identify any and all matches for this profile type. 

The or each said profile may comprise a header section, the header section comprising a 
unique profile ID of the respective profile. In a preferred embodiment the header section 
is the only section of the or each said profile that cannot be modified by the user. 

In a particularly preferred embodiment the user determines the attributes And 
requirements of the at least one profile. . 

Preferably the device communicates with a suitably programmed computer. The device 
may communicate with the suitably programmed computer using a cable connection 
between the device and the suitably programmed computer. The device may 
communicate with the suitably programmed computer using the said transceiver. In a 
preferred embodiment the device stores the populated profile, upon receipt of 
information relating to the said, attributed and requirements from the said computer. Tie 
device may store new profile types, upon receipt of information relating to said new 
profile types from said suitably programmed computer. The said information relating to 
the said new profile types may be downloaded to said suitably programmed computer 
from the Internet, or via an email attaehmoit or MMS attachment. 

The method may comprise the step of storing tuning mfcimatioin fiwtheor each said 
profile in a timing register. Preferably the timing information comprises a 
predetermined active period for the or each said profile. The timing information may 
comprise a schedule relating to the activation and deactivation of the or each said profile 
at user defined times. 

In a particularly preferred embodiment the device stores a unique ID of the device. The 
memory may comprise a recent encounters cache, the said recent encounters cache 
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comprising a list of received unique IDs of compatible devices thai have comnrauicated 
with the device, In a preferred embodiment the user can optionally blacklist compatible 
devices after the establishment of a match, and wherein tho memory comprises a 
blacklist cache, the said blacklist cache comprising a list of received unique IDs of 
compatible devices that the user has blacklisted 

In a preferred embodiment the method comprises the step of using a probe alert to aid 
the user to physically locate the user of fee compatible device once a match has been 
established The said probe alert may provide a visual location indication to die user. 
The probe alert may comprise at least one LED. The probe alert may use the display to 
provide the visual location to the user. The probe alert may provide an audible location 
indication to the user. The probe alert may provide a vibrating location indication. 

In a preferred embodiment at least one handle is stored in the device, the or each said 
handle generally comprising a string of characters, and wherein the device sends the ox 
each said handle to the compatible device on the establishment of a match. The or each 
said handle may comprise information pertaining to the established match. A match log 
may b e stored in the memory, the said match log comprising information regarding 
previously established matches. The match log may comprise a unique ID of each 
previously matched compatible device along with any received handles. The match log 
may comprise information regarding details of communications between the device and 
compatible devices that did not result in a match. The device may upload the contents of 
the match log to the suitably programmed computer. 

In a preferred embodiment only profiles that comprise a predetermined flag in the 
.header section are stored in the memory. Preferably, the predetermined flag maybe 
formed from a number of bits of the Profile ID, and wherein the device only attempts to 
match with compatible devices that have at least one stored profile with an identical 
corresponding bit set of the predetermined flag. 

In a particularly preferred embodiment the transceiver exchanges information with the 
compatible device using short range wireless communications. The short range wireless 
communications may employ radio or microwave transmission. The wireless 
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The method may further comprise the steps oft storing the results of the reference to the 
external database after a match has been established, if the user of the compatible device 
becomes out of range before the user of die device is alerted to the match; and alerting 
the user to the match if the user of the compatible device becomes in range again within 
a predetermined time period, without referring to the external database again. 

In an embodiment, the method may further comprise the steps of: uploading the or each 
said profile to a central database, said central database being adapted to store location 
information relating to the users; and matching users based on the attributes and 
requirements of the or «ach said profile and the location information relating to the 
users. 

According to a third aspect of the invention there is provided a communications system 
comprising at least two communication devices using symmetric profiles, wherein the 
controller of each device is respectively adapted to register a match between the device 
and the other device based on the symmetric profile, wherein tiie system is adapted to 
treat the attributes and requirements of each respective user equally- 
According to a fourth aspect of the invention there is provided a communications 
system comprising at least two communication devices using asymmetric profiles, 
wherein the controller of each device is respectively adapted to register a match 
between the device and the other device based on the asymmetric profile, wherein the 
system is adapted to treat the attributes and requirements of each respective user 
differently. ' 

Hie present invention provides a device and method for matching usere whose 
respective user's stored requirements and attributes match. The matching process 
provides discretion for the user, as users are only alerted when a two-way match baa 
been established. Furthermore, the matching process does not reveal the personal details 
of the user; as only the requirements of the user are sent from the device. The matching 
process is also entirely based on the matching of the respective users 1 attributes and 
requirements, and no artificial intelligence is required. Such devices obviate many of the 
problems associated with conventional devices. 
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For a better understanding of the invention, several embodiments of acommnnicadons 
device and method of communication in accordance with the invention will now be 
described with reference to the accompanying drawings in which: 

Figure 1 is a schematic diagram of an embodiment of a oommuflications system 
according to the present invention; 

Figure 2 is a schematic diagram of all embodiment of a communications device 
according the invention; 

Figure 3 is a schematic diagram of the monory structure of the communications device 
of Figure 2; 

Figure 4 is a flow diagram illustrating a method ofobfcrining a two-way match between 
two devices acoordmg to the invention; 

Figure 5 is a flow diagram illustrating processes that occur after a two-way match has 
been obtained between two devices in accordance with the invention; 

Figure 6 is atable showing an example of an abbreviated user profile suitable for use in 
an embodiment of the invention; 

Figure 7 is a schematic diagram of a farther embodiment of a communications system 
acoctfding to the invemtion; aud 

Figure 8 is an illustration comparing the size and shape of the attributes and 
requirements of two users using symmetric profiles with two usets of asymmetric 
profiles. 

Figure 1 schematically illustrates interaction between two users, denoted User A and 
User B, each carrying a portable electronic device 10. Although devices 10 are shown as 
appHcation-specific portable devices, in Figure 1, this need not be the case. Each device 
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technology. The embodimeat illustrated in Figure 2 uses Bluetooth technology to enable 
cotwnunication between devices. Although the cornmimicariofls flow described later is 
effectively peer-to-peer, the communications protocol on which it is built may require 
that it be implemented within an underlying master-slave paradigm. 

The device 10 stores information comprising the attributes of the user, and the 
requirements of the user in one or more profiles, which are stored in the memory 30. 
The memory 30 could comprise any conventional volatile or non-volatile memory, or 
preferably a combination of the two. Figure 3 is a schematic diagram of the structure of 
memory of the device 10. Thememory 30 comprises aproffle store 31, a recent 
encounters cache 35. a blacklist cache 36, alog 37, and a user preference store 39. Other 
embodiments of the invention could be provided with an alternative memory 
configuration. 

The user's attributes and requirement, for each of the one or more profiles are stored in 
the profile store31 of the memory 30. A ^^ta d a ta fito * at » 
made up of a series of fields. Once populated by the user, a profile contains the data that 
allows the device 10 to carry out a meaningful search. The device 10 could store one or 
more profiles, metaling multiple instances of the same profile type, which ate 
populated with different criteria, to allow the d evice to try and match the user based on 
a number of different sets of criteria. 

The "attributes*' are personal data of the user and contain a set of characteristics of the 
user or something offered by the user . The attributes for a given profile are stored in the 
attributes section of the profile. The ''requirements" are toe user's search criteria, and 
define which attributes relating to other users of compatible devices the user of the 
device 10 is sedong. The requirements are stored in the requirements section of the 

profile. 

in the embodiment illustrated in Figure 2, the user selects and configures the profiles to 
be stored in the device 10 using a personal computer (PC). For each type of profile 
selected, the user enters their attributes and requirements on the PC via a suitable 
graphical interface. Once the selected profile has been populated with the relevant data, 
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me user uploads foe profile to their device 10, where it is stored in foe profile store 31 of 
the memory 3 0. The user can upload more than one profile to the device, including 
xnultiple instances of the same profile type. For example, a user may wish to find both a 
tatmis partner and a squash partner at flie same time. This user nmy well h*ve different 
attributes and requirements for the two sports, as their proficiency level may differ 



The following are examples of profiles suitable for use wifo this embodiment of foe 
invention; 

Relationship Finder Profile; the object of mis profile is to aid a user to find a personal 
relationship. A user entere their personal details, which are stared in foe fields of foe 
attributes section. The user also enters foe search criteria in foe fields of the 
re^nrements section. The requirements section will contain fields' including one that 
defines a desired level of comnrittnent This can range from casual sex, to friendamp, to 
marriage and children. The user may also enter information within a text field of a 
handle section of foe profile. This handle nm^rrnation may be transmitted when a twe^ 
way match is established for this profile. 

SportsParmerFwderProfite. the object of this profile is to aid a user in findings 
suitable sports partner. A user enters foe relevant details about themselves in foe 
attributes section, together with foe appropriate search criteria for finding others in foe 
requirements section. The requirements section contains information such as foe 
particular sport, how often and when the user would like to play, the user's competency 

level, etc. 

The device 10 connects to the PC via the transmitter 41 , using foe short range 
communications capability of foe device 10. Such an embodiment relies on foe PC 
being suitably equipped to receive short range wmmunications sent by foe device. In 
other embodiments of foe invention, the connection between foe device 10 and a PC 
could be established by way of a physical connection, which would re^rire the device 
10 comprising a suitable PC interface. 
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devices an the establishment of ft match, The handle is stored in the memory 30, and 
could he ertfered via the keypad 60 or edited on the PC and uploaded to the device 10. If 
a handle is entered by the user, its transmission to other users is optional, and could be 
turned off by the user using the keypad 60 at any time. 

If the user carries or wears the device 10, containing active profiles, the device 10 
actively and unobtrusively attempts to seek out matches with compatible devices using 
the short range communications capability of die device 10. 

Hie user can change the profiles that are currently active to suit their immediate needs 
by use of the keypad 60. For example, a user who has previously activated the 
Relationship Finder Profile may wish to disable this profile while they at worfc 
Similarly, a user who activated the Sports Partner Finder Profile may wish to 
deactivate this profile once a suitable partner has been found. 

Every profile is subject to a predetermined active period, and the device 1 0 comprises a 
timer 80 that instructs the processor 20 to deactivate every profileafter the 
predetennined period has elapsed. This prevents outdated profiles from being kept 
active. The predetennined period for each profile can be edited on the keypad 60 of the 
device 10, or on the PC prior to uploading the profile to the device. 

In order to further facilitate the activating and deactivating of profiles, the user can also 
set the timer 80 to instruct the controller 20 to activate or deactivate stored profiles at 
predetermined times of the day or week. This could allow the user to Bet up a profile 
diaiy to suit their needs, and could give the user the capability of automating the 
selection of active profiles. The predetennined times of the day or week could be edited 
on the keypad 60 of the device 1 0, or on the PC prior to uploading the profile to the 
device 10. These timed settings are stored in the profile and could be overridden at any 
time by the user, for example by using the keypad 60. 

tvhen the device 10 establishes a match With a compatible device, the device 10 enters 
matched mode and alerts the user to the match. The user could be alerted to the match 
by any user-determined combination of one or more flashing LEDs 52, a message on 
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the display 50, an audible alert or a vibrating alert. These and other user preferences are 
stored in the User Preferences Store 39 of the memory 30. 

If selected, the audible alert is provided by the speaker 54, and could take the form of a 
ring tone or similar alert. The vibrating motion is provided by the vibrator 55, which is 
of a conventional sort, such as those common in mobile telephones. Hie user selects 
their alert preference, which could depend on their anient situation, by means of the 
keypad 60. For example, on a crowded train a user might prefer to select a silent, 
vibration-only alert Hie user of the compatible device is similarly alerted to the match, 
at substantially the same time as the first user. 

Once a match has been established, the user's optional handle is transmitted to the 
compatible device with which a match has been established, if desired by the user. In 
the ensuing matched mode, information regarding the match, though not the personal 
details that comprise the attributes of the user of the compatible device (which have 
never been transmitted), is displayed on the LCD screen 50. This match information can 
be Optionally stored in the log 37 of the memory 30 of the device 1 0 for later review on 
the device 10. Optionally it could be uploaded to the user's PC, wbnc the data could be 
analysed. 

The method by which the device 1 0 obtains a match with a compatible device will now 
be described in detail with reference to Figure 4. Prior to step SI, the use* selects and 
activates one or more profiles stored in the memory 30 of the device 10, in the manner 
such ad that detailed above, 

In the following description it is asstnned that the Steps represented in Figures 4 and 5 
are performed by both the device 1 0 and the compatible device during the course of the 
dialogue. 

At step SI the device 10 is in a state in which it is polling for other compatible devices. 
The controller 20, in conjunction with the timer 80, instructs the transmitter 41 to send a 
'HALLO" message at prtdrfcrarined frequent intervals. A HALLO message is a short 
message string that contains information about the device it was sent from, and includes 
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the unique ID number of the device 10. The unique ID of the device 10 is included in 
every message that it transmits This enables the device 10 and the compatible device to 
maintain exclusive dialogue with each other, even if other such devices are in range. 
During the polling state the receiver 42 is continually operable to detect any HALLO 
messages sent from compatible devices in range. Polling represents the base state of the 
device 10, and the device returns to polling if any stage in the processes detailed in 
Figure 4 or 5 times-out. This could be due to a communications disruption or the 
compatible device moving out of range. The device 10 also returns to polling if the user 
resets the device 10 at any point, for example by means of the reset button 61 on die 
keypad. 

If the receiver 42 receives a HALLO message from a compatible device during polling, 
it will instruct the processor 20 to enter into an exclusive dialogue with the compatible 
device that sent iL The received HALLO message will contain the ID of the compatible 
device, which the processor 20 compares, at S2, with the received ID of the compatible 
devices stored in the Recent Encounters Cache 35 and the Blacklist Cache 36 of the 
memory 30. 

The Recent Encounters Cache 35 comprises a list of IDs of compatible devices that the 
device 10 has communicated with recently. The purpose of this cache is to prevent the 
device 10 from repeatedly attempting to establish a match with the same compatible 
device. This could prevent, for example, the devices of two people in die same train 
carriage from continually entering into exclusive dialogue with each other. The presence 
of the Recent-Encounters Cache also ensures that where many compatible devices are in 
range of each other, every device 10 will attempt to match with every other compatible 
device. The Recent Encounters Cache 35 comprises die most recently encountered IDs 
of compatible devices. When the Recent Encounters Cache 35 becomes full, the oldest 
entry will be purged. Entries in the Recent Encounters Cache 35 could also be purged 
after a predetermined time has elapsed. Furthermore, the user could purge the Recent 
Encounters Cache 35 manually. 

The Blacklist Cache 36 contains a list of me IDs of compatible devices that the user of 
the device 1 0 has blacklisted after a match has been established. The contents of the 
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Term Partner" or "Casual Sex". These data comprise hrformahon personal to user B, 
and are stored in the attributes section of User B's Relationship Finder Profile. 

User B is interred in meeting a female who must be between 20 and 30, be no taller 
to6 . r have any colour hair except grey, and must be interested in a relationship 
^ commitment level of "Casual Sex" or "Long Term Partner-. They must also earn a 
n^umofflSKif they have entered their salary, bm« user B set me mandatory flag 
to equal 'False' in the salary field non disclosure of salary will not lead to rejection. 
These data comprise the requirements of user B, and once entered onuser B's PC are 
uploaded to user B's device 10 and stored in the requirements section of User B's 
Relationship Finder Profile. 

Considering User A's profile, all the received requirement fields from User B match 
the stored attributes fields. Therefore at step 39 of Figure 4, the controller 20 of User 
A'sdevic^wouldiiBu^ 
device* 

However, User A', device will not enter matched mode unless a two-way match is 
established. As all User B's attributes fields match the received requirements from User 
A's device, User B's device will send an I_MATCH message to User A's device. User 
A and User B will have then both.sent and received I_MATCH signals, which wrll 
result in a Two-way Match being established (S 1 2), ar* bom devices will enter matched 

mode. 

The steps Mowmg me establishment of a two-way match v«ll 
^cetoFigureS. Oalta«-«^rf»t^»-«»fto^W^ 
to alert the user at step 1 7 . All the described matching steps prior to S17 would have 
been invisible to the user. The user is only alerted once a two-way match has been 
established. As discussed above, the user alert could take nu*y forms, and in particular 
^eacombmationofanau^^ 

producedby the vibrator 55, and a visual alert on the 1CD screen 50- 
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If a Probe Acfcfspt message is received by the device 10 at S29, the device 10 initiates 
oqd progresses to S27. If a Probe Reject message is received at S29, the 
1 0 returns to Matched Mode (S21). If the user of the cxmipatible device ignores 
en the device 10 will remain at S26 until the device 10 times out, 
device 10 returns to Matched Mode (S21). 
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In probe modq both devices will employ audible indication, visual indication, vibrating 
indication or a( cc*ribinatioa of me fbree to allow the usears to locate each other. The 
audible indicabon could take the form of a probe indicator tone, which could be suitable 
sound to audibly facilitate the physical meeting of the users. The visual indication could 
take the form pf one or more flashing probe indicator lights. Hie vibrating indication 
could take the form of a vibration produced by the vibrator 55. 

Optionally the) device 10 could allow the pressing of the Probe button 63 while in Probe 
mode (S27) tc cause the compatible device to indicate a further probe alert to its user. 
Repealed pressing of the Probe button 63 could allow for repeated probe alerts. The 
repeated prob? alerts could allow each user to locate each other easily. 

ha integrated < mbodimente, such as devices integrated into mobile telephones, the user 
could be able Communicate directly with the user of the compatible device. This could 
take the form of sending text messages over the wireless network; or similarly making a 
voice call. 



addition to the described two-way match log, the device 10 could store details of 
interaction with a compatible device, including those that failed to produce a 

37. This data could be uploaded to tie user's PC for periodic analysis 
, number of matches, number of non-matches, and tie specific 
fields in specific profiles causing non matches. Such data could allow a user to amend 
their requirements or attributes to try and encourage more matches, 

Even if a two-way match has been established for one active profile, while in Matched 
Mode (S21), me device 10 and tie compatible device will ccmtiniie to process any 
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Symmetric piffles are distinguid»ed from symmetric profiles by having two variants 
of each profit one for the finder and one for the provider. For every attribute field in 
the provider variant there is at least one corresponding requirement field m the finder 
variant The same is true offhe attributes in the find* and the requirements hi the 
provider, but these will generally be minimal. The finder-ptovider nature of asymmetric 
profiles contrasts to the finder-finder nature of symmetric profiles, as illustrated in 
Figure 8. For the symmetric profile: Finder A and Finder B both have attributes fidds 
and requirements fields of the same size and shape. For the asymmetric profile: Finder 
A has only one attribute field, whereas . Provider B has multiple instances of the 
attributes field, which is of a differed size and shape. Similarly, Finder A's 
requirements field is of a different size and shape to Provider B's requirements field. 

A key characteristic of an asymmetric profile is that the provider party can populate 
multiple instances of the attributes section in a profile. For example an Estate Agent can 
populate as many attribute sets as there are properties on their books. 

The following are examples of asymmetric profiles: 

property to rent or buy. A user enters their property requirements into the requirements 
fields . These could range from whether they are interested in a flat or a house, the 
number of bedrooms, and a price range, to far more Specific preferences such as: open 
plan, modem, rear facing master bedroom, decorative order. As the user becomes 
proximate an Estate Agent, or vendor, equipped with a compatible device, the user wfll 
be alerted to any properties that match their requirements. 

Book Finder Profile: the object of this profile is to aid a user to find a specificbook or 
books that they are looking for. For example, a user could enter the ISBN numbers or 
. Titles or Authors of the book or books that they are looking for, and as the user 
becomes proximate a suitably equipped bookstore, they are alerted if any of their listed 
hooks are in stock. Furthermore, they may be provided with additional details, such as 
the precise location of the book or books within Ihc store and its or their price. 
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As discussed, asymmetric profiles are typically used in the situation in which one user is 
a finder, and the other is a provider. In the example of the Property Finder Profile,** 
estate agent is the provider, and fliehouse-hdnter the finder. Votite Book Finder 
Profile, the bookseller is the provider, and the book shopper the finder. 

Figure 7 illustrates the situation of communication between two compatible devices 
according to an embodiment of the invention, respectively owned by a potential 
customer and a vendor. The potential customer is the finder and me vendor the provider. 
The potential customer could possess a portable application-specific device 10 or a 
device integrated with an existing device such as a mobile telephone ox PDA. 

Similarly, the vendor could also possess such a portable device 10. However, it would 
be practical for the vendor to possess a fixed compatible device 2 00 located in their 
shop or workplace. The fixed compatible device 200 could comprise a PC, workstation, 
server, or terminal comprising suitable hardware and software adapted to communicate 
with the portable devices of potential customers. The fixed compatible device 200 
could furmermore comprise many of the features of the portable device 10, described 
with reference to Figure 2. The functions of the display 50, alert means 51, memory 30 
and keypad 60 could all bepetformedby existing features of the vendor's PC, 
workstation, server, or terminal. 

The fixed compatible device also comprises a transceiver, to allow for communication 
With compatible devices. This could be in the form of an internal or external unit The 
transceiver could be similar in design to those comprised in the application-specific or 
integrated devices previously described with reference to Figure 2. 

The fixed compatible device 200 comprises suitable software to allow the vendor to 
store and populate profiles suitable for use with mis ernbocUment. Although, it is 
envisaged that the profiles used in this embodiment ate of the symmetric finder- 
provide type, this embodiment of the invention is not limited in mis way, and there is 
no reason why either the provider or find* could not simultaneously employ a mixture 
of symmetric and asymmetric profiles. 
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For example, if a user of a portable device 10 wishes to find a property they may 
populate and upload the Property Finder Profile to their device m the manner described 
above. Ibis could involve the *e of the user's PC, if the user possesses an apphcation- 
specific device. The user could then activate the Property Finder Profile and go abotit 
their daily life. 

With ^Property Finder Profile active, the user's device 10 actively and unobtrusively 
attests to seek out compatible devices with the Property Finder Profile similarly 
active, whose attributes match the user's requirements, using me short range 
communications capability of the device 10. 

The process by which me devices establish exclusive dialogue in mis embodiment is 
generally similar to that previously described with reference to Figures 4 and 5- 
However, as the Properly Finder Profile is an asymmetric profile, mere are important 
mf&rences in the matching process. 

m a symmetric profile, amatch will notbe established unless the sent requirements of 
the user match the stored attributes of the user of the compatible device, and the sort 
requirements of the user of the compatible device match the stored attributes of the user. 
This corresponds to a two-way.match. Similarly, when using an asymmetric profile, 
neither device will enter the matched mode until a two-way match has been established. 
However, there are different criteria tor an IJdATCH message to be sent from the 
device lOoftheuserdesignatedthefinder, and me device 2(Wofme user designated 

the provider. 

m me example of a house hunter wanting to buy a Property Finder Profile 

stored on the house hunter's device 10 will contain a field that indicates that this user is 
designated a finder. Correspondingly, the Property Finder Profile stored in the estate 
agent's device 200 will contain a field that indicates that the estate agent is designated 
the provider. 

^requirements section of the house hunter' a Property Finder Profile stored on fbeir 
device will contain detailed information about their property requirements. The 
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requirements section of the estate agents device 200 will contain information indicating 
mat they are interested in obtaining a match with any house hunter who is interested in 
matching with one of their properties. 

If me house hunter is interested in buying a 2 bedroom house with a garden, the house 
hunter's device 10 will try and obtain a match with the device 200 of any estate agent 
who has such a house or houses in the attributes section of their Property Finder 
Profile. If the house hunter comes into range of an estate agent's device 200, the house 
hunter's device 10 will enter into dialogue with the estate agent's device 200. 



The caches of each device will be checked, and if the IDs of bom devices were not 
present in either cache of either device, the sorted list of active profiles will be 
exchanged. As discussed, me matching process is generally similar to that described 
above for symmetric profiles. However, the matching process for the provider, in this 
case the estate agent, may have to loop throu^i checking a single set of received 
requirements against multiple stored attribute sets (corresponding to all their properties). 

If the estate agent has a suitable property, an I_MATCH message will be salt by the 
estate agent's device 200. If the estate agent has no suitable properties, an 
I DON'T MATCH message will be sent. In the case of the Property Finder Profile, the 
requirements of the estate agent are minimal, as they wish to match with as many house 
huntert as they can. Hence, the house hunter's device 10 will send an I_ MATCH signal. 

If both devices have sent and received IMATCH signals, a two-way match has been 
established, and both devices enter matched mode. Both devices will than send 
WE MATCH signals, which may vary firom profile to profile, and could include the 
profile's handle. For example, in the case of the Property Finder Profile the handle sent 
from the estate agent's device 200 could comprise a contact telephone number, web 
address or location of the estate agent, together with some details or reference numbers 
of all the matched properties. 

The estate agent could have multiple instances of the Property Finder Profile active to 
correspond to every property on their books. More preferably, all of their properties 
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could be listed as multiple instances of the attributes section of one profile. As 
discussed, the ability to include multiple instances of the attribute data within the 
attributes section of a provider's profile is a key feature of asymmetric profiles. 

In the case of the Book Finder Profile, the finder would be a potential book purchaser 
and the provider a book seller. For example, the finder could populate the Book Finder 
Profile with date corresponding to the books they are interested in buying, and possibly 
at what price. The provider could list all the books they currently have in stock with 
their prices. 

If the book purchaser passes within range of the book seller, then the respective devices 
will enter into a dialogue, If the book seller stocks the book or books that the potential 
book purchaser is interested in, thai the book seller's device 200 will send an 
IJMATCH signal As the Booh Finder Profile i8 of the asymmetric type, the book seller 
is interested in matching with any potential book purchaser, and hence the book sellers 
sent requirements will be minimal. Hence, the book purchaser's device 10 will send an 
IJMATCH message. A WEMATCH message will be sent from both devices. The 
handle within the WE_MATCH message sent from the book seller could contain 
information such as the price and location of the book within the store. 

The two examples of asymmetric profiles discussed would both normally be associated 
with the situation in which the requirements sent by the provider will be minimal. 
However, this will not always be the case, an example being a Pet Finder Profile nm by 
a Veterinary Hospital. For example, a finder could only be qualified for a match if they 
had a garden of could afford Veterinary bills. 

A further embodiment of the invention could comprise an adaptation of the portable 
device 10, described with reference to Figure 2, especially for the use of children. 

This embodiment can be adapted to be only operable With profiles designed especially 
and specifically for children. This would ensure that the device meets the particular 
needs of children. An example of a profile suitable for use with the children's 
embodiment is given below; 
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eater, the sear* criteriainthe remanents section, Which contains items thatthey are 
interested nn*ang a swap for. This profile could b , used to swap trading carfs or other 
children's collectable times, 

FriendFinderProfile. The object of this profile for u*e with the children's anbodnnent 

details wHcharesmredktheau^^ 
^requirement* se^ 
freudsv^Tmsprofilec^^ 

m order to provide «fa* safeguards against unscrupulous use of devices concerning 
children, only profiles designed ^c^^vn^^'^mM 
^the^sembodi^ 

Profile ate inoperable on the children's embodiment Certain child Mendly profiles, 
^ as the Book Finder Profit can be allowed to be used on all embodiment* of flic 
invention, including the children's embodiment 

Forflnstobeimpl^ented.mehatdwareofdevice, 

e^odiment are locked to only store profiles that have a pr^ermined chUdren's 
embodiment nag encoded^ the profile ©. TbisfUgcon^anumberofbitsofme 
Plt)nle ID, which are re^ed as profile Embodiment Identifiers". One bit rs used to 
identify an "Adult" embodiment of a profile, While another bit is used to rdenufy » 
.^^s" embodiment of a profile. Further bits may be reserved for other possible 
ebaracteristios. Anyprofile .ith the adult bit set wmfbnction on any adult enu^dmxent 
ofthedevice. Smulariy, any profiled 

children's variant of the device. Some profiles, for example the Book Finder Profile 
could have both of these bits set and would therefore function on both adult and 
children's variants of the device. As these bits are contained within the Profile ID, any 
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the uu-hacked piffle ip. This provides a safeguard against unscrupulous use of fee 
children's embodiment 

Thereunder of fee hardware used in the children's embodiment* substantially 
stafl* to the applicanon^eofic or integrated portable devices described above. The 
aiding process is similar to feat Scribed above, only allowing child**'* profiles to 
be matched against other children's profiles. Other restrictions could be placed on fee 
use of certain profiles on certain user's devices. For sample, a device 10 issuedby an 
e^loye^ " ~ 

Aside from the enforced limitations associated wife fee <*»!*»'> embodiment, there 
are in general no limits to fee type of data that a profflecanbepopdated wife. As 
discussed, profiles are self-describing data files. The self-describing nature of fee 
profiles allows new varieties of profiles to be created and distributed to users of ensung 
devices. By connecting to fee Mem*, either via a PC or on an integrated device, a user 
may download new profiles for use wife feeir device. 

New profiles could be created by 3* parties, who could develop and distribute their own 

wife such a profile active attempted to match. 
Ane,ampleofa3«Partyp^ 

Confer could include on feeir conference web page a link to download then 3 
Party Conference Profile. The unique profile ID of this profile could, by itself, serve as 
ameansofidentifyfegother attendees offee conference, fefeis case, attendees of fee 

activate it to help identify and socialize wife other conference attendees as fecy wander 
around fee town or city in which it is located. 



# 
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Sudi3 ri party Profiles could easily be extended to other areas. Amghtdubmight,for 
example, ptovide a specially tailored Relationship Finder Profile that allows its patrons 
tosocializeinnovelways. Such Profiles could also serve to enable special 
competitions and other activities based on the contents of predetermined fields within 
the profile. 

Although it has been stated that an advantage of the present invention is that it does not 
rely on a centralised system to store details of the users and perform matches, 
embodiments of the invention could be integrated within a centralised inirastructun, 
TtocatraHsedmfrasb^ 

network, for example, using 3G oommunicationB technology. Using such a centralised 
^Structure, the device 10 could be used to populate and select the profiles and alert 
users to me matches. A central database could store the profiles (by upload from the 
device) and perform matches based on the location of the user*. The location 
information of each user could be relayed to the central database by the location aware 
telecojnmijnicalioxis network- . 

Mexampleofadatastruc^^^ 

In this example, the profile is made up'of a collection offidd^, and each profile type 
comprises * least me Mowing rn^^^ 
the handle. 

Ml Hdds will have the following characteristics, the function of which will sometimes 

dependonmecontextmwMchmc^ 

a^butessection^ 

field structure- 



Table 1. Field Structure. 
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Contest 


Characteristic 


Attributes 


Requirements 


Field Type 


Identifies the type of field, 
so that device and the user 
interface know ho w to 
process it 


«1 ...N,, .1..... 

Same as attributes 


Field ID 


Identifies this attribute field 
uniquely within the Profile 


Contains the Field ID of die 
attribute against which it is 
to be compaored to establish a 
match 


Field Name 


Name of this field, as 
presented to the owner in 
the context of this profile 


Same as attributes 


Mandatory Flag 


Identifies this field as 
Mandatory or Optional (Le* 
whether or not the user 
MUST supply data) 


When set to True, do NOT 
match with users who have 
not entered any data for this 
field. When set to False, 
ALWAYS match with users 
who have not entered any 
data for this field. 


Intrinsic Values 


This defines the types of 
values this field type 
supports - for example, with 
a Boolean field type, the 
intrinsic values would be 
True or False 


Same as attributes 


Selected Values 


Hie values selected by the 
owner populating this 
profile 


Same as attributes 


Findtf /Provider flag 


For Asymmetric type 
Profiles, this is used to 
specify if this field is valid 


Same as attributes 
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for population by the finder 
party, the provider party, or 
both parties. For all other 
(Le. symmetric) profiles, 
this will always be NULL. 




Type Specific 
Characteristics ... 













The Fidd ID is used to uniquely identify a field within the attributes section of a profile, 
and is used by all of the corresponding requirements fields to identify the relevant 
attributes fields. 



For symmetric profiles, the attributes and requirements elements of a profile are built 
from a set of fields that are mirrored for both users. 

For asymmetric profiles, such as the Property Finder Profile, the attributes and 
requirements sections of the profile are substantially different 

The header of the profile includes the profile ID that uniquely identifies the profile type. 
The use of profile IDs allows a device to identify common active profiles sent by 
compatible devices, when locked in exclusive dialogue. Hie header can also be used to 
flag if the profile is symmetric or asymmetric, or if the profile is not suitable for use by 
children. This is preferably encoded within die profile ID as a number of bits 
comprising an embodiment identifier. In order for every profile to be readable on ev^y 
device (subject to the restrictions associated with children) the header has a 
predetermined and non-configurable format Therefore, any user created profile will be 
capable of being processed on any device according to the invention. The profile header 
can also be used to store the timing information that indicates the predetermined active 
period of the profile. 

The attributes section of a profile can comprise a variable set of attributes fields. As 
discussed, the attributes typically contain personal information of the user. For 
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asymmetric profiles, the first attributes field can indicate whether the user of the device 
is a finder or a provider. How the remaining fields ait populated and presented will 
depend on the contents of this field In some embodiments of the invention it may be 
desirable to reference the attributes of the user with an external database. For example, 
an estate agent, with a fixed device 200 set up to run the Property Finder Profile, may 
desire to link the attributes of this profile, which contains details of the properties on 
their books, to a central database containing their list of properties* Alternatively a chain 
of book stores, with a fixed device 200 set up to run the Book Finder Profile in each 
store, may desire to link the list of books in stock in each store to a central stock taking 
database. In such a situation, the link could be achieved by using a wide area network or 
the Internet 

The requirements section of a profile may comprise a variable set of search criteria 
fields. As discussed, unlike the attributes of the user, the requirements art sent to other 
devices during the matching process. 

The handle will comprise the information sent to the user of the compatible device 
when a two-way match is established. As discussed, the use of a handle is optional. 

The software used to populate the profiles, whether on a PC or on an integrated device, 
recognises each field type, and accordingly generates the appropriate forms and presents 
the data in an appropriate way to the user. The device Similarly recognises the field 
type, and uses flu's information to apply the correct algorithm when notching, in order 
to obtain a match or no match result for each field. The use of pre-defined field types 
allows the device to parse any legally constructed profile, built from any combination of 
fields. Hence, as discussed, a 3 ri party could create and distribute a profile to suit any 
particular need* 

In order to prevent malicious 3 rf parties from creating unsuitable profiles for use with 
the children's embodiment of the invention, it is not possible for a mahcious party to 
download and activate a profile on another user's device 10, A profile of any sort will 
only be useful if it can be distributed and activated on user's devices. 
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Certain fields in a profile may be allowed to be kept unpopulated, i.e. blank. For 
example, a user may not wish to enter their age or salary into the attributes field of a 
Relationship Finder Profile. When a user enters their requirements for such an 
individual field mat can be kept blank, they are given the option of specifying whether 
or not this field be considered mandatory or not. This will set the mandatory flag for the 
field to "true" or "false". Selecting mat an individual requirements field be mandatory 
will result in blank fields in other user's attributes never returning a match. Conversely, 
selecting that a requirements field is not mandatory will always result in a match being 
indicated with corresponding blank attribute fields. 

The function of a field can depend on the context in which it appears. For example, a 
field may have a different function if it is located in the attributes or requirements 
section of the profile. Several example field types will now be discussed with reference 
to Tables 2 to 11. In these tables, the selected values are those mat are filled in by the 
user when a profile is populated. 



Table 2. Finder-Provider Definition; 





Context 


Characteristic 


Attributes 


Requirements 


Field Type 


Finder-Piovider 


Not Applicable ' 


Intrinsic Value/s 


Finder, Provider 


Not Applicable 


Selected Values 


One of Finder or Provider 


Not Applicable 



The finder-provider field type occurs as the first field in the Attributes section of every 
asymmetric profile. It is used to identify whether the user populating the profile is 
designating themselves a finder or a provider. The value entered in this field is then 
used to determine which other fields are presented to the user for population. 



The Boolean field type records True/False imwmation, as illustrated in Table 3, with 
example in Table 4. 
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Table 3. Boolean Definition: 





Context 


Characteristic 


Attributes 


Requireinemts 


Field Type 


Boolean 


Boolean 


Intrinsic Value/s 


True, False, Null 


True, False, Null 


Selected Values 


One of True, False, NULL 


One of True > False, NULL 



Table 4. Boolean Example: 





Context 


Characteristic 


Attributes 


Requiranents 


Field Type 


Boolean 


Boolean 


Name 


Vegetarian 


Vegetarian 


Selected Values 


True 


NULL 


Meaning 


The owner is a 
Vegetarian 


The owner does not care if the other party is a 
Vegetarian 



The integer numeric field type records and matches attributes and requirements based 
on integer numeric information: In the illustration of afi integer numeric field type in 
Table 5, the user can enter a minimum/maximum pair of values. If the user desires to 
enter an absolute value, the apparatus populating the field would set both the minimum 
and maximum values to be identical Table 6 shows an illustrative example of an integer 
numeric field type field, from within an asymmetric profile. 
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Table 5. Integer Numeric Definition: 





Context 


Characteristic 


Attributes 


Recjiuremeats 


Field Type 


Numeric 


Numeric 


Value Type 


Integer, Null 


A Pair of Integers or NULL 


Selected Values 


A number of type Integer, or 
Nufl 


N/A 


Minimum Value 


N/A 


A number of type Integer, or 
Noll 


Maximum Value 


N/A 


A number of type Integer, Of 
Null 



Table 6. Integer Numeric Example from an asymmetric profile: 





Context 


Characteristic 


Attributes (from a Provider 
Profile) 


REQUIREMENTS (from a Finder 
Profile) 


Field Type 


Numeric 


Numeric 


Name 


Wine's Vintage 


Wine's Yintege 


Selected Values 


1947 


N/A 


Minimum Value 


N/A 


NULL 


Maximum Value 


N/A 


1955 


Meaning 


This owner ie selling a particular 
wine whose vintage is 1 947 


This owner is looking for a wine of 
a vintage no later than 1955 



The Selection field type allows the user to select from a pre-defined list of alternative 
values. The creator of the profile structure can implement a One/Many Flag 
characteristic to distinguish between lists that require only one value to be selected, and 
those in which multiple values can be selected. The creator of the profile structure can 
also implement the Include/Exclude Flag within the requirements section of the profile 
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to allow the user to explicitly match (include) or fail (exclude) against particular 
attributes. 



Table 7 Selection Definition: 





CONTEXT 


Characteristic 


Attributes 


Requirements 


Field Type 


Selection 


Selection 


Intrinsic Valuc/s 


Variable length list of 
Strings 


list of strings obtained from 
the referenced 
ATTRIBUTES field 


One/Many Flag 


One, Many 


One,, Many 


Selected Values 


List of Strings (a subset of 
Intrinsic values) 


list of Strings (a subset of 
Intrinsic values) 


Include/Exclude Flag 


NULL 


Include, Exclude, NULL 


AND/OR Flag 


NULL 


AND, OR, NULL 



Two examples of the selection field type will now be illustrated in Tables 8 and 9. In 
Table 8 the creator of the profile has included two separate requirement instantiations 
for the Hobbies field, one for included items and another for excluded items. 
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Table 8 Selection Example 1 



= The list is referenced automatically from the Attributes field within the profile 

using the Field E) 





CONTEXT 


Characteristic 


Attributes 


Requirements 


Requirements 2 . 


Field Type 


Selection, 


Selection 


Selection 


Name 


X10D01C3 


Hobbies 


Hobbies 


Lecal Values (as 


"sporty 'heater, 






provided by the 


''readingVlong 






Profile'* aufliar) 


walks* 4 






One/Many Flag 


Many 


Many 


Many 


Selected Values 


"sport", "reading" 


'Ueatef w< reading" 


"long walfcs" 


Include/Exelude 


N/A 


Include 


Exclude 


Flag 








AND/OR Flag 


. N/A 


AND 


OR (Default) 




Owner likes sport 


Owner looking for 


Owner wishes to 




and reading 


someone who likes 


exclude anyone who 


Meaning 




both theater and 


likes long walks 






reading 





Table 9 illustrates field from a "Last Minute Holidays'* Profile, as could be authored and 
distributed by a chain of travel agents. 




WO 03/105445 



PCT/GB03/01647 



48 



Table 9 Selection Example 2 

«*» ^TbeUstis referenced automatically from the Attributes field within the profile 





CONTEXT 




Characteristic 


Attributes 


KequireoiieniQ 


Requirements 2 


i*icio i XP^ 


Selection 


b election 


Selection 


Name 


Destination 


T^/>offricif1/Vn 

jywUOEUUlUli 


Destination 




"Greece". 


* 


* 


Legal Values 


♦K^nari^^ 








'Turkey**,... 






One/Many Flag 


One 


Many 


Many 


Selected Values 


''Greece" 


ALL 


"Spain", "Taikey" 


liiclude/Exclude 


N/A 


Include 


Exclude 










AND/OR Hag 


N/A 


OR 


OR 




This owner/vendor 


This owner is looking 


... except Spain or 


Meaning 


is offering a last- 


for a Holiday to any of 


Turkey 


minute holiday to 


fhelisted 






Greece 


destinations... 





In the example field type shown in Table 9, the AND/OR Flag will not be presented to 
the user as an option when specifying their requirements. The apparatus used to 
populate a profile containing this field type will recognise that when the attributes field 
allows only 'One' value, the use of an AND operator would have no meaning. 
Furthermore, the provision by the creator of the profile of an Exclude field Cm addition 
to the Include field) for the Destination is logically redundant This is because the user 
populating the profile could have amply omitted both Spain and Turkey firan their 
Include selection However, here the creator of the profile has provided it for enhanced 
usability. 
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Fields of type Keyword allow users to specify a set of keywords, which are in effect 
free text that can be matched against, and arc illustrated in Tables 10 and 11. This could 
allow a profile to be extended beyond the confines Of its original design, for example, 
a Smp Shop Profile for use with the children's embodiment of the invention could 
never be designed to encompass the vast and ever changing anfcy of items thai may be 
bartered or swapped in the melee of the playground. 

The provision of keyword field type allows users to extend ttteir existing profiles to suit 
their needs, This reduces the need for new profiles to be designed and distributed. 
Furtheftnore, it could allow, for example, communities of people to develop and use 
special code words. 



Table 10 Keyword Definition: 





CONTEXT 


Characteristic 


Attributes 


Requirements 


Field Type 


Keyword 


Keyword 


Intrinsic Value/s 


Blank variable length list of 


Blank variable length list of 




Strings 


Strings 


Entered Values 


List of Strings r 


List of Strings 


Exclude Hag 


•N/A 


Tme, False^NULL 


AND Flag 


N/A 


True, False JTOLL 



An example of a keyword type field for use in a Swap Shop Profile is given in Table 1 1 . 
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Table 11 Keyword Example: 





CONTEXT 


VaLUU OviVi wuv 


AttnoUtBS 




Reauir omenta 2 


Ft pld Tvne 


Keyword 


Keyword 


Keyword 


Name 


Itetn/s to Swap 


Item to Swap 


Item to Swap 


Contextual 


Blank variable 


Blank variable length list 


Blank variable length list 


Values 


length list of Strings 


of Strings 


of Strings 


Entered Values 


'Toy A" 


'Toy B" "Card C" 


MM 


Exclude Flag 


N/A 


False 


True 


AND Flag 


N/A 


False 


False 




The owner has a Toy 


This owner is looking for 


The owner is not 


Meaning 


A to swap 


anything to do with Toy 


excluding anything 






A or Card C 





The above field types are only exemplary, and it will be apparent that many additions or 
modifications to the above are possible. For example, other field types could include 
Date, Time, Exact Text and Floating Point Numeric. 



Tbe-present invention has been described above purely by way of example, and those 
skilled in the art will recognise that many modifications can be made within the scope 
of the invention. The invention also consists in any individual features described or 
implicit herein or shown or implicit in the drawings or any combination of any such 
features or any generalisation of any such features or combination, which extends to 
equivalents thereof 

Fnrthennore, although embodiments of the invention have been discussed that rely on 
users physically locating each other after a match has been established either unaided, or 
using the optional probe mode, other embodiments of the invention could relay detailed 
positional information to flic user. This would require the use of a communications 
technology capable of relaying positional information, such as 3G. 
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CLAIMS: 

1. A communications device comprising: 

a memory adapted to store at least one profile of a user of the device, wherein 
the said at least one profile contains predetermined attributes and ieqoircments of the 
user, 

a transceiver adajrf ed to transmit information relating to the said requirements to 
a compatible device and receive information relating to requirements of the said 
compatible device; 

a controller adapted to register a match between the said device and the said 
compatible device, only when the said attributes match the said requirements of the said 
compatible device; and 

a user alert adapted to alert a user when die controller has established that a 

match has been made; 

wherein the said device does not need to receive information relating to 
attributes of the said compatible device, in order to register a match with the said 
compatible device. 

2. A communications device according to Claim l s wherein the user alert is further 
adapted to alert the user only when the controller has established that a match has been 
made and thai a match signal has been received from the compatible device, said match 
signal indicating that the compatible device has registered a corresponding match. 

3 . A communications device according to Claim 1 or 2, wherein the device further 
comprises a display. 

4. A communications device according to Claim 3, wherein the display is adapted 
to display an indication of the or each pirofile stored in the device* 



5. A communications device according to Claim 4, wherein the device is further 
adapted to allow the user to designate which of the stored at least one profiles the user 
designates as active; the said memory is further adapted to store an indication of the 
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active profile or profiles; and the communicator is further adapted to exchange 
tofomwtion with a compatible device based only on the active profile or profiles. 

6. A communications device according to Claim 5, wherein the device further • 
comprises a keypad, said keypad being adapted to allow a user to activate a profile from 
those stored in the device. 

7. A communications device according to Claim 5 or 6, wherein the display is 
farther adapted to display an indication of the active profiles, 

8. A communications device according to any preceding claim, wherein the 
memory comprises a combination of volatile and non-volatile memory. 

9. A communications device according to any preceding claim, wherein die user 
alert is adapted to provide a visual indication to the user. 

10. A communications device according to Claim 9 when dependent on Claim 3, 
wherein the user alert is adapted to provide the visual indication using the display. 

11. A communications device according to Claim 9, wherein the user alert 
comprises at least one LED. 

12. A communications device according to any preceding claim, wherein the user 
alert is adapted to provide an audible indication to the user. 

13. A communications device according to any preceding claim, wherein the user 
alert is adapted to provide a vibrating indication to the user. 

14. A communications device according to any preceding claim, wherein the or each 
said profile comprises a self-describing data file, each self-describing data file 
comprising at least one field. 



# 
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15. A communications device according to any preceding claim, wherein the or each 
said profile comprises at least one of a plurality of possible field types. 

1 6. A connuunications device according to any preceding claim, wherein me or each 
said profile comprises one or more sets of fields of a keyword type, said one or more 
sets of fields allowing matching to be performed against user determined fiee tort. 

17. A communications device according to any preceding claim, wherein the or each 
said profile comprises a field that can contain a mandatory flag, the said mandatory flag 
indicating to the device whemer blank fields are required to always or never be matched 
against 

18. A communications device according to any preceding claim, wherein the 
memory is adapted to store multiple instances of the same profile type; wherein (he 
device is adapted to: match all the multiple instances of the same profile in a matching 
process mat involves transmitting a two dimensional matrix of flags mat indicate a 
match or no match, the columns of said matrix being indexed on the instances of the 
profile stored in the memory, receive a corresponding two dimensional matrix ftom the 
compatible device; transform the received matrix; and compare me transformed 
received matrix with the sent matrix to identify any and all matches for this profile type. 

19. A communications device according to any preceding claim, wherein me or each 
said profile comprises a header section, the header section comprising a unique profile 
ID of the respective profile. 

20. A communications device according to Claim 19, wherein the header section is 
the only section of the or each said profile that cannot be modified by foe user. 

21. A communications device ac^rdong to any preceding claim, wherein the 
attributes and requirements of the or each said profile are drfennincd by the user. 



22. A communications device according to any preceding claim, wherein the device 
is adapted to communicate with a suitably programmed computer. 
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23. A communications device according to Claim 22, wherein the device is adapted 
to communicate with fhe suitably programmed computer using a cable connection 
between the device and the suitably programmed computer. 

24. A communications device according to Claim 22, wherein the device is adapted 
to communicate with the suitably programmed computer using the said transceiver. 

25. A communications device according to any of Claims 22 to 24, wherein the said 
device is adapted to store the populated at least one profile, upon receipt of information 
relating to the said attributes and requirements from die said computer. 

26. A commoimcaiions device according to one of Claims 22 to 25, wherein the said 
device is adapted to store new profile types, upon receipt of information relating to the 
6aid new profile types from the said suitably programmed compute. 

27. A communications device according to Claim 26, wherein the said information 
relating to the said new profile types has been downloaded to the said suitably 
programmed computer from any of the Internet, an email attachment, or a MMS 
attachment. 

28. A communications device according to any preceding claim, wherein fhe device 
further comprises a timer and a timing register, and wherein the timing register is 
adapted to store timing information for the or each said profile. 

29. A communications device according to Claim 28, wherein the timing 
information comprises a predetermined active period for the or each said profile. 



30. A communications device according to Claim 27 or 28, wherein the timing 
information comprises a schedule relating to the activation and deactivation of the or 
each said profile at user defined times. 
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31. A comimmications device according to any preceding claim, wherein the device 
is further adapted to store a unique ID of the device. 

32. A cornmunications device according to any preceding claim, wherein the 
memory comprises a recent encounters cache, the said recent encounters cache 
comprising a list of received unique IDs of compatible devices that have communicated 
with the device. 

33. A communications device according to any preceding claim, wherein the device 
is further adapted to allow the user to blacklist compatible devices after me 
establishment of a match, and wherein the memory comprises a blacklist cache, the said 
blacklist cache comprising a list of received unique IDs of compatible devices mat me 
user has blacklisted. 

34. A communications device according to any preceding claim, wherein the device 
further comprises a probe alert, the said probe alert being adapted to aid the user 
physically to locate the user of the compatible device once a match has been 
established. 

35. A commumcations device according to Claim 34, wherein the said probe alert is 
adapted to provide a visual location indication to the user. 

36. A communications device according to Claim 35, wherein the said probe alert 
comprises at least one LED. 

37. A communications device according to one of Claims 34 to 36, wherein said 
probe alert is adapted to provide the visual location inrhcauon to the user using me 
display. 

38. A communications device according to one of Claims 34 to 37, wherein the said 
probe alert is adapted to provide an audible location indication. 
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39. A communications device accwding to one of Claims 34 to 38, wherein ft* said 
probe alert is adapted to provide a vibrating location indication. 

40. A communications device according to any preceding claim, wherein the device 
is further adapted to store at least one handle, the or each said handle generally 
comprising a string of characters, and wherein toe device is adapted to enable toe or 
each said handle to be sent to toe compatible device on the establishment of a match. 

41. A communications device according to Claim 40, wherein toe or each said 
handle comprises information pertaining to toe established match. 

42. A communications device according to any preceding claim, wherein the 
memory is further adapted to store a match log. toe said match log comprising 
information regarding previously established matches. 

43. A communications device according to Claim 42 when dependent on Claim 40 
or 41, wherein the match log comprises a unique ID of each previously matched 
compatible device along with match information comprised in any received handles. 

44. A cormnunications device according to Claim 42 or 43, wherein toe match log 
former comprises information regarding details of communications between toe device 
and compatible devices that did not result in a match. 

45. A communications device according to any of Claims 42 to 44 when dependent 
on Claim 22, wherein toe device is forth* adapted to upload toe contents of toe match 
log to toe suitably programmed computer. 

46. A communications device according to Claim 19 or any claim dependent upon 
Claim 1 9, wherein the memory is adapted to store only profiles mat comprise a 
predetermined flag in the header section. 

47. A cormnunications device according to Claim 46, wherein the predeternimed 
flag* formed from anumber of bite of toeProfile ID, and whereb toe device is adapted 
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to only match with compatible devices that have at least one stored profile with an 
identical corresponding bit set of the predetermined flag. 

48. A communications device according to any preceding claim, wherein the 
transceiver is adapted to exchange information with the compatible device using short 
range wireless communications. 

49. A communications device according to Claim 48, wherein the short range 
wireless communications employs radio or microwave transmission. 

50. A communications device according to Claim 48, wherein the wireless 
communication employs Bluetooth or Wi-Fi transmission. 

51. A communications device according to Claim 48, wherein the wireless 
communication employs any location aware telecommunications network. 

52. A communications device according to Claim 51, wherein the location aware 
telecommunications netwoik employs 30 transmission, 

53 . A communications device according to any preceding claim, wherein the 
tonsceiver is adapted to exchange information with the compatible device using long 
range wireless communications. 

54. A communications device according to any preceding claim, wherein the device 
is a portable device. 

55. A communications device according to Claim 54, wherein the portable device is 
. any one oft or a combination o£ a mobile telephone, a PDA, a pager, a palmtop 
computer, a notebook computer or a laptop computer. 

56 A communications device according to Claim 55, wherein the device is further 
adapted to perform any one of, or a combination of: populating the or each said profile, 
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CT eatingnew profiles, connecting to the Internet or accessing email or MMS 
attachments and downloading new profiles. 

57. A communications device according to any of Claims 1 to 53, wherein the 
device is not portable. 

58. A cominunicafioiis device according to Claim 57, wherein the device is any of. a 
personal computet, workstation, server, or temnnaL 

59. A communications device according to Claim 57 or 58, wherein the device is 
adapted to perform any one of; or a combination of: populating the or each said profile, 
creating new profiles, connecting to the Internet or accessing email of MMS 
attachments and downloading new profiles. 

60. A communications device according to Claim 14, or any claim dependent upon 
Claim 14, wherein the memory is adapted to store at least one profile that is a 
symmetric profile* the said symmetric profile comprising a set of attributes end 
requirements fields which is adapted to be symmetric with respect to that of a 

. compatible device. 

61. A communications device according to Claim 14, or any claim dependent upon 
Claim 14, wherein the memory is adapted to store at least one profile mat is an 
agymmetric profile, the said asymmetric profile comprising a set of attributes and 
requirements fields that is adapted to be asymmetric with respect to that of a compatible 
device. 

62. A commimications device according to Claim 61 when dependent on Claim 19, 
wherein the device is adapted to store an indication ofwhefiw the user is a provider or 
a finder in the profile. 

63. A communications device according to Claim 61 or 62, wherein the said 
asymmetric profile comprises multiple instances of the attributes of the user. 
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64. A communications device according to any of Claims 61 to 63, therein the 
device is adapted to populate the attributes of the said asymmetric profile by referencing 
an external database, the said external database being stored on any of a LAN, a WAN, 
personal computer, workstation, server, tenninal or the Internet 

65. A communications device according to Claim 64, wherein the device is adapted 
to store the results of die reference to the external database after a match has been 
established, if the user of the compatible device becomes out of range before the user of 
the device is be alerted to the match; and alert the user to the match if the user of the 
conrpatwle device bec^ 

referring to the external database again. 

66. A communications device according to Claim 51 or any churn dependent on 
Claim 51, wherein the device is adapted to upload the or each said profile to a central 
database, said central database being adapted to store location information relating to 
flie users; and match users based on the attributes find requirements of the or each said 
profile and the location information relating to the users. 

67. A communications device substantially as hereinbefore described with reference 
to the accompanying drawings. 

68. A communications method comprising the steps of: 

storing at least one profile of a user in a memory of a communications device, 
wherein the or each said profile contains predetermined attributes and requirements of 
me user; 

using a transceiver of the device to transmit information relating to the said 
requirements to a compatible device and receive information relating to requirements of 
the said compatible device; 

using a controller to register a match between foe said device and me said 
compatible device, only when the said attributes match the said requirements of the said 

compatible device; and 

using a user alert to alert a user when the controller has established that a match 

has been made; 
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wherein the said device docs not need to receive information relating to 



attributes of the said compatible device, in order to register a match with the Baid 
compatible device. 

69. A commurd cations method according to Claim 68, wherein the user is alerted 
only when a match has been registered and a match signal has been received from the 
compatible device, the said match signal indicating that the compatible device has 
registered a corresponding match. 

70. A communications method according to Claim 68 or 69, further comprising the 
step of using a display to display an indication of the profiles stored in the device. 

71. A communications method according to Claim 70, further comprising the steps 
of allowing the user to designate which of the stored at least one profiles are designated 
as active; storing an indication of the active profile or profiles in the memory; and 
exchanging information with a compatible device based only on the active profile or 
profiles, 

72. A communications method according to Qanh 71, further comprising the step of 
using a keypad to activate a profile from those stored in the device. 

73. A communications method according to Claim 72, further comprising the step of 
using the display to display an indication of the active profile or profiles. 

74. A communications method according to any of claims 68 to 73, wherein the 
memory comprises a combination of volatile and non-volatile memory. 

75. A communications method according to any of claims 68 to 74, further 
comprising the step of using the user alert to provide a visual indication to the user. 



76. A communications method according to Claim 75 when dependent on Claim 70, 
farther comprising the step of providing the visual indication using the display. 
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77. a communications method according to Claim 75, further comprising the step of 
providing the visual indication using at least one LED. 

78. A communications method according to any of Claims 68 to 77, further 
comprising the step of using the user alert to provide an audible indication to the user. 

79. A communications method according to any of claims 68 to 78, further 
comprising the Step of using the user alert to provide a Vibrating indication to the user. 

80. A communications method according to any of Claims 68 to 79, wherein me or 
each said profile comprises a self-describing data file, each self-describing data file 
comprising at least one field. 

81. A communications method according to any of Claims 68 to 80, wherein the or 
each said profile comprises at least one of a plurality of possible field types. 

82. A communications method according to any of Claims 68 to 8 1 , wherein the or 
each said profile comprises one or more sets of fields of a keyword type, said one or 

, sets of fields allowing matching to be performed against user determined free text 



morei 



83. A communications method according to any of Chums 68 to 82, wherein the or 
each said profile comprises a field mat can contain a mandatory flag, the said mandatory 
flag indicating to the device whether blank fields are required to always or never be 
matched againBt 

84. A communications method according to any of Claims 68 to 83, former 
comprising the steps use storing multiple instances of the same profile type in me 
memory; matching all the multiple instances of the same profile in a matching process 
mat involves transmitting a two dimensional matrix of flags that indicate a match or no 
match, the columns of said matrix being indexed on foe instances of me profile stored in 
foe memory, receiving a corresponding two dimensional matrix from foe compatible 
device; transforming foe received matrix; and comparing foe transformed received 
matrix with foe sent matrix to identify any and all matches for this profile type. 
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85. A communications method according to any of Claims 68 to 84, wherein the or 
cadi said profile comprises a header section, file header section comprising a unique 
profile ID of the respective profile. 

86. A communications method according to Claim 85 s wherein the header section is 
the only section of the or each said profile that cannot be modified by the user. 

87. A communications method according to any of Claims 68 to 86 wherein the user 
determines the attributes and requirements of the at least one profile. 

88. A communications method according to any of Claims 65 to 87, wherein the 
device communicates with a suitably programmed computer. 

89. A communications method according to Claim 88, wherein the device 
communicates with the suitably programmed computer using a cable connection 
between the device and the suitably programmed computer. 

90. A communications method according to Claim 88, wherein the device 
communicates with the suitably programmed computer using the said transceiver. 

91 . A communications method according to any of Claims 88 to 90, wherein the 
device stores the populated at least one profile, upon receipt of information relating to 
the said attributes and requirements from the said computer. 

91 Aconumnucationsmetfacda 

device stores new profile types, upon receipt of information relating to said new profile 
types fiom said suitably programmed computer. 

93. A communications method according to Claim 92, wherein the said information 
relating to the said new profile types is downloaded to said suitably programmed 
computer from any of the Internet, an email attachment or MMS attachment 
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94. A communications method according to any of Claims 68 to 93, former 
comprising the step of storing timing information for the or each said profile in a timing 
register. 

95. A coromumcationfi method according to Claim 94, wherein the timing 
information comprises a predetermined active period for the or each said profile. 

96. A communications method according to Claim 94 or 95, wherein the timing 
information comprises a schedule relating to foe activation and deactivation of foe or 
each said profile at user defined times. 

97. A communications method according to any of Clams 68 to 96, wherein foe 
device stores a unique ID of the device. 

98. A communications method according to any of Claims 68 to 97, wherein foe 
memory comprises a recent encounters cache, foe said recent encounters cache 
comprising a list of received unique IDs of compatible devices that have oommunicated 
with foe device. 

99. A communications method according to any of Claims 68 to 98 wherein foe user 
can optionally blacklist compatible devices after foe establishment of a match, and 
wherein foe memory comprises a blacklist cache, foe said blacklist cache comprising a 
list of received unique IDs of compatible devices that foe user has blacklisted. 

100. A communications method according to any of Claims 68 to 99, farther 
comprising the step of using a probe alert to aid foe user to physically locate foe user of 
the compatible device once a match has been established. 

101. A communications method according to Claim 100, wherein foe said probe alert 
provides & visual location indication to foe user. 



102. A communications method according to Claim 101 , wherein foe said probe alert 
comprises at least one LED. 
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103. A communications method according to any of Claims 100 to 102, wherein the 
said probe alert uses the display to provide the visual location to the user. 

104. A communications method according to any of Claims 100 to 1 03, wherein the 
said probe alert provides an audible location indication to the user. 

105. A communications method according to any of Claims 100 to 104, wheriein the 
said probe alert provides a vibrating location indication. 

106. A commonicatjona method according to any of Claims 68 to 105, wherein at 
least one handle of toe user is stored in the device, toe or each said handle generally 
comprising a string of characters, and wherein the device sends toe or each said handle 
to the compatible device on toe establishment of a match 

107. A communications method according to Claim 106, wherein the or each said 
handle comprises information pertaining to toe established match 

108. A communications method according to any of Claims 68 to 107, wherein a 
match log is stored in the memory, toe said match log comprising information regarding 
previously established matches. 

109. A communications method according Claim 108 when dependent on Claim 106 
or 107, wherein the match log comprises a unique ID of eachpreviously matched 
compatible device along with any received handles. 

110. A commimications method according to Claim 108 or 109, wherein toe match 
log farther comprises information regarding details of communications between toe 
device and compatible devices that did not result in a match 



111, A communications method according to any of Claims 108toll0when 
dependent on Claim 88, wherein toe device uploads the contents of the match log to toe 
suitably programmed computer. 



m 
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1 12. A coinmimicatioiis method according to Claim 85 or any claim dependent upon 
Claim 85, wherein only profiles that comprise a predetermined flag in the header section 
are stored in the memory. 

113. A communications method according to Claim 1 12, wherein the predetermined 
flag is formed from a number of bits of the Profile ID, and wherein fee device only 
attempts to match with compatible devices thai have at least one stored profile with an 
identical corresponding bit set of the predetermined flag. 

114. A communications method according to any of Claims 68 to 113, wherein the 
transceiver exchanges infotmation with the compatible device using short range 
wireless communications. j 

115. A communications method according to Claim 1 14, wherein the ishort range • 
wireless communications employs radio or microwave transmission. 

116. A communications method according to Claim 1 14, wherein the wireless 
communications employs Bluetooth or Wi-Fi transmission. 

1 17. A communications method according to Claim 114, wherein the wireless 
communication employs any location aware telecommunications network. 

1 18. A communications method according to Claim 117, wherein the location aware 
telecommunications network employs 3G transmission. 

119. A communications method according to any of Claims 68 to 1 18, wherein the 
transceiver exchanges information with the compatible device using long range wireless 
communications. 



120. A communications method according to any of Claims 68 to 1 19, wherein the 
device is a portable device. 
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121. A communications method according to Claim 120, whereto the portable device 
is any one of or a combination o£ a mobile telephone, a PDA, a pager, a palmtop 
computer, a notebook computer or a laptop computer. 

122. A communications method according to Claim 121, further comprising the steps 
of using the portable integrated device to perform any one o£ or a combination of: 
populating the or each said profile, creating new profiles, connecting to the Internet or 
accessing email or MMS attachments and downloading new profiles. 

123. A communications method according to any of Claims 68 to 119, wherein flie 
device is not portable, 

124. A communications method according to Claim 123, wherein the device is any 
o£ a personal computer, workstation, server, or tdcminal. 

125. A communications method according to Claim 123 or 124, further comprising 
the steps of using the device to perform any one of; or a combination oft populating the 
or each said profile, creating new profiles, connecting to the Internet or accessing email 
or MMS attachments and downloading neW profiles. 

126. A communications method according to Claim 80, or any claim dependent upon 
Claim 80, wherein at least one profile that is a symmetric profile is stored in the 
memory, the said symmetric profile comprising a set of attributes and requirements 
fields which is adapted to be symmetric with respect to that of a compatible device. 

127. A communications method according to Claim 80, or any claim dependent upon 
Claim 80, wherein the memory ie adapted to store at least one profile that is an 
asymmetric profile, the said asymmetric profile comprising a set of attributes and 
requirements fields that is adapted to be asymmetric with respect to that of a compatible 



device. 
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128. A coDamunications method according to Claim 127 when dependoit on Claim 
85, wherein the device is adapted to store an indication of whether the user is a provider 
or a finder in die profile. 

129. A communications mefocxi according to Claim 127 or 128, wherein the said 
asymmetric profile comprises multiple instances of the attributes of the user. 

130. A communications method according to any of Claims 127 to 129, wherein die 
device populates die attributes of the said asymmetric profile by referencing an external 
database, me said external database being stored on any of a LAN, a WAN, personal 
computer, workstation, server, terminal or the Internet 

131. A communications method according to Claim 130, further comprising the steps 
of storing the results of the reference to the external database after a match has been 
established, if the user of the compatible device becomes out of range before the user of 
the device is be alerted to the match; and alerting the user to the match if the user of the 
compatible device becomes in range again within a predetermined time period, without 
referring to the external database again. 

132. A communications method according to Claim 1 17 or any claim dependent on 
Claim i n, further comprising the steps of uploading the or each said profile to a central 
database, said central database being adapted to store location information relating to 
the users; and matching users based on the attributes and requirements of the or each 
said profile and die location information relating to foe users. 

133. A communications method substantially as hereinbefore described with 
reference to the accompanying drawings. 

134. A communications system comprising at least two communication devices as 
claimed in Claim 60, wherein the controller of each device is respectively adapted to 
register a match between die device and the other device based on foe symmetric 
profile, wherein foe system is adapted to treat foe attributes and requirements of each 
respective user equally. 
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135. A commuaicaljoiis system comprising al least two comrounicatiori devices as 
olaimed in Claim 61 , wherein the controller of each device is respectively adapted to 
register a match between the device and the other device based on the asymmetric 
profile, wherein the system is adapted to treat die attributes and requirements of each 
respective user differently. 
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